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SPECIFICATION 



TITLE 



A METHOD AND APPARATUS FOR HANDLING CALLS REQUIRING 
THE SUPPORT OF AN INTELLIGENT NETWORK 

BACKGROUND OF THE INVENTION 

Field of the invention 

The present invention relates to a method and apparatus for handling network 
calls, and in particular to an interaction between a basic network and an intelligent 
network for handling network calls that require the support of the intelligent network. 
Description of the Related Art 

As the markets for public telecommunications services open up, call number 
portability is also required for IN service call numbers in many countries, that is to say 
IN service subscribers can keep their IN service call number when they change to 
another network operator/service provider. 

An AT&T method for providing call number portability is known from the 
document EP-A-0 827 319. According to this method, when a call is made using a 
ported subscriber call number from a switching center, a query to a service platform 
(SCP)of an intelligent network for supporting handling of the call is started. The service 
platform (SCP) responds to the query by reporting to the switching center the "Location 
Routing Number", on the basis of which the switching center routes the call to what is 
now the end switching center of the ported subscriber. 
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When a number of intelligent networks are present, operators of a public network 
must be able to route calls to individual IN service call numbers to that (intelligent) 
network which is supporting this IN service call number. Previously known solutions can 
lead to capacity problems in the IN service platforms (service control point SCP) or in 
5 the switching centers in the basic network (an intelligent network (IN) may be regarded 
as a basic network to which the IN functions comprising the service switching function 
SSF, service control function SCF, service management function SMF and the 
corresponding interfaces to the basic network have been added. Thus, in contrast to 

: 0 a basic call, an IN call requires not only the basic network functionality, but also the 

::^10 specific IN functions). 

1*5 Normal IN services are those in which the public number dialed to set up a 

connection itself uniquely identifies the IN service subscriber. This is generally the case 
UJ with dialed IN services. Possible special forms of dialed IN services, in which the IN 

j 2 service subscriber call number is checked only after accessing the IN service, using a 

■ !sa 15 dialog via the user channel, can in principle still be handled in the same way as normal 
IN services once the IN service subscriber call number has been received. 

Previous solutions for IN service call number portability can be split into two 
categories: 

A. Solutions with reactions on one's own IN service platform 
20 B. Solutions with a query to a call number portability server before a query to 

one's own IN service platform. 
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A) Solutions with reactions on one's own IN service platform 

In these solutions, a normal IN query to one's own IN service platform is carried 
out by the basic network for all IN service call numbers (those which are supported by 
one's own IN service platform and those which are supported by service platforms in 
5 other networks). The IN service platform confirms whether it is supporting the dialed IN 
service call number or whether the dialed IN service call number is being supported by 
another network. In both cases, the IN service platform indicates to the requesting basic 
network switching center via the existing IN signaling how the call is to be handled 
;;2 further. For example, the IN service platform can instruct the switching center to pass 

;^10 on the call to the responsible network, by determining a network identification and 
:5 reporting this to the switching center as routing information. 

In Type A solutions, the capacity of the IN service platform is partially 
W consumed for handling external IN service call numbers, which can lead to capacity 

^ bottlenecks for handling its own IN service call numbers. Since the basic network 

"15 uses the same trigger mechanism for its own and for external IN service call 
numbers, load limitation procedures must not be used for queries from the IN 
service platform in the switching centers (call gapping functions) which would also 
affect external IN service call numbers (for example a service-related load limit). 

B) Solutions with a query to a call number portability server before a query to 
20 one's own IN service platform 

In order to ensure that one's own IN service platform need handle only its 
own IN service call numbers, the basic network uses the IN signaling to ask for a 
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special call number portability server (NP server; NP = Number Portability) for all the 
dialed IN service call numbers. The NP server confirms whether the dialed IN 
service call number is being supported in its own network or in another network. The 
NP server uses the IN signaling to instruct the requesting switching center how the 
5 call is to be handled further. For its own IN service call numbers, the basic network 
carries out a normal IN query to its own IN service platform following a query from 
the NP server. For external IN service call numbers, the call is routed to the 
responsible external network in accordance with the instructions from the NP server. 
0 In Type B solutions, the capacity of one's own IN service platform is protected, but 

fiO additional basic network capacity is required for this purpose for prior queries in the 
E case of a special NP server. If decoupled trigger mechanisms are used for the prior 

query in the case of the NP server and for the subsequent query in the case of one's 
y own IN service platform, service-related and call-number-related load limitation 

3 procedures can be used without any restriction for the IN service platform (call 

"15 gapping functions) in the switching centers. 

SUMMARY OF THE INVENTION 

The invention is based on the object of specifying a method for handling IN 
calls which allows IN service call number portability to be provided without any 
additional capacity requirements for the switching centers or the IN service platforms 
20 in the public telephone network. 
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An exemplary embodiment of the invention will be described in the following 
text with reference to the drawing, which comprises two figures. 

An NP server provides a call number portability function, which will be 
described in more detail in the following text, is initiated by a normal IN query from a 
5 switching center in the basic network, and can pass this IN query on to an IN service 
platform in its own network, if this is a query to one of its own IN service call 
numbers. 

The method according to the invention does not require any additional 
capacity, either in the switching centers in the basic network or in the IN service 
10 platforms. 

When the method according to the invention is used, the IN load limitation 
procedures in the switching centers for IN queries to the IN service platforms (call 
gapping functions) are in fact no longer used, since they could also relate to external 
IN service call numbers. Other load limitation mechanisms, for example in the NP 
15 server, can be used instead of the load limitation procedures in the switching 
centers. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a schematic illustration of solutions with reaction's on one's own 
intelligent network service platform according to the present invention. 
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Figure 2 is a schematic illustration of solutions with a query to a call number 
portability server before a query to one's own intelligent network service platform 
based on the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

In the more detailed explanation of the method according to the invention 
which now follows, the standardized signaling system #7 is assumed by way of 
example as the signaling system on which the intelligent network is based. However, 
the invention can also be used when signaling methods other than the method 
according to #7 are used for transporting application data (TCAP, INAP). If IP 
(Internet Protocol) is used, the IP address would need to be assessed and 
manipulated instead of the SCCP GlobalTitles (Note: examples already exist where 
IP is used for transportation of application data in conventional telecommunications 
networks (PSTN, PLMN)). 

A switching center in the basic network identifies a dialed I N service ca ll 
number. When a sufficient number of dialed digits are present in order to uniquely 
identify the IN service subscriber, the switching center sends an IN que ry (containing 
the dialed IN service call number) in accordance with the normal IN signaling 
procedure for its network to an NP server according to the invention. The passing. of 
the message via the NP server is transparent to the switch in^center, that is to say 
the switching center "thinks" that it is passin g the IN q uery,tp.an.lN servj^elatfoirn. 

When, for example, using ETSI signaling standards, the switching center 
sends the following SCCP/TCAP message: 




SCCP/TCAP message "UNIT-DATA/BEGIN", which contains the INAP operation 
"InitialDP" with the parameters 

- servicekey = IN service identification (for example for personal call numbers) 

- calledPartyNumber = contains a dialed IN service call number. 

5 The SCCP address of the NP server is stored as the Global Title X in the 

switching center. 

There are two possible versions which can be used for the rest of the 
procedure, which are referred to in the following text as (solution) version a) and b) 
;;2 whose explanation will be assisted by Figure 1 (version a)) and Figure 2 (version b)). 

;SlO Version a) : 

5 The INAP message is evaluated in the NP server, and the servicekey 

parameter is used to branch to a specific IN service call number portability program 
l M (SNP application, where SNP = Service Number Portability). This program checks 

™ which network is supporting the dialed IN service call number. If the IN service call 

""15 number is being supported by another network, the NP server determines the 

required routing information (for example the network identification of a gateway 
node to the other network) and instructs the requesting switching center to route the 
call to this gateway. 

If ETSI signaling standards are being used, the NP server in this case sends, 
20 for example, the following SCCP/TCAP message to the switching center: 

within an SCCP/TCAP message UNIT-DATA/END the INAP-Operation Connect with 
the parameters 
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- destination RoutingAddress = network identification 

- cutAnd Paste = 0. 

If the IN service call number is being supported by its own network, the NP 
server uses the IN service call number to determine an SCCP address for its own 
5 responsible IN service platform; for example, the IN service call number can itself be 
used as the global title for SCCP addressing of the IN service platform. The NP 
server passes the original message from the switching center via the #7 signaling 
network on to its own responsible IN service platform. The NP server can make the 
;5 process of passing on the message dependent on IN service platform-related 

1^10 overload control criteria. If a message cannot be passed on, the NP server can 
□ instruct the sending switching center to cancel the call. 

^ If, for example, ETSI signaling standards are being used, the NP server 

; ^ sends the following SCCP/TCAP message: 

3 within an SCCP/TCAP message UNIT-DATA/BEGIN the INAP-operation InitialDP 

15 with the parameters 

- servicekey = IN service* identification (for example for personal call numbers) 

- CalledPartyNumber = dialed IN service call number. 

The original message remains unchanged even at the TCAP level. In 
particular, the NP server uses the same TCAP dialog ID allocated by the switching 
20 center. At the SCCP level, the NP server indicates as the destination address the 
new SCCP address which has been determined, for example the SCCP-GlobalTitle 
= dialed IN service call number. The NP server quotes the source of the message as 
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the SCCP address received in the original message from the requesting switching 
center. 

The passing of the message through the NP server is thus transparent to the 
IN service platform, that is to say the IN service platform "thinks" that it has received 
5 the IN query directly from the switching center. The IN service platform thus 

processes the IN query in the same way as a direct IN query from the switching 
center, and sends an appropriate response to the switching center. 
Version b) : 

The SCCP message is already evaluated in the NP server; a specific SCCP 
10 service call number portability program (SCCP-SNP application) checks the network 
operator to which the SCCP address, which was derived in the SSP from the dialed 
IN service call number, belongs. 

Owing to the large amount of data, the SNP (Service Number Portability) 
program and associated data are best located at a central point. This can be done 
15 by integration with a Signaling Transfer Point/Signaling Relay Point (STP/SPR), and 
possibly also with an SCP. Integration with the SSP is also possible, but is less 
attractive. 

If the SCCP address and/or IN service call number belongs to another 
network, the INAP message is passed on via TCAP to an IN service call number 
20 portability program. This checks the network operator which is supporting the dialed 
IN service call number, determines the required routing information and instructs the 
requesting switching center to route the call to this network (see Version 2a). 



If, in contrast, the SCCP address and/or IN service call number is being 
supported by its own network, the NP server uses the SCCP CdPN to determine a 
new SCCP address for its own responsible IN service platform. The NP server 
passes the original message from the switching center via the #7 signaling network 
on to its own responsible IN service platform. This solution version allows the 
SCCP/TCAP message to be passed on without including the TCAP and application 
levels, and is thus dynamically better than Version 2a. 

The following applies in the same way to the two versions mentioned: 

An IN service platform receives from the switching center the IN query passed 
on from the NP server. The process of passing the message via the NP server is 
transparent to the IN service platform, that is to say the IN service platform "thinks" 
that it has received the message directly from a requesting switching center. The IN 
service platform thus processes the IN query in the same way as a direct IN query 
from the switching center, and thus also sends the response to the IN query to the 
switching center, and not to the NP server. 

The passing of the message via the NP server is likewise transparent to the 
switching center. The TCAP dialog initiated by the switching center is controlled by 
the IN service platform in accordance with the standardized TCAP procedures. 

Although other modifications and changes may be suggested by those skilled 
in the art, it is the intention of the inventors to embody within the patent warranted 
hereon all changes and modifications as reasonably and properly come within the 
scope of their contribution to the art. 
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